Date: Sat, 7 May 94 04:30:22 PDT From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V94 #140 To: Ham-Digital Ham-Digital Digest Sat, 7 May 94 Volume 94 : Issue 140 Today's Topics: [Q] your opinion for BEST HF PacTOR rig ? HAPN 4800 Baud Modem Help for PK232 problem help with KaGold software..!! (2 msgs) High Speed Packet ? JNOS 1.10C More Software for Baycom? Telnet from KA9Q-NOS TM-733A & AEA DSP-2232 Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Thu, 5 May 1994 17:46:04 GMT From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu Subject: [Q] your opinion for BEST HF PacTOR rig ? To: ham-digital@ucsd.edu Kenneth C Hopper (khopper@kimbark.uchicago.edu) wrote: : I see that only the Yaesu has a "RTTY" and "Packet" connector on : the back of the rig. But since most of PacTOR is/will be LSB and : not use the FSK capabilities of the rig - is there an advantage ? : A power supply in my Yaesu 980 was no where near what is required for Pactor. To replace it, I ordered a Kenwood 450. Never having had a Kenwood HF radio, I was still able to be up and talking on Pactor in .. get this ... 15 minutes (but I already had a hot iron). It has so many obvious features that lend itself to digital work that I went out and replaced another Yaesu with a Kenwood 690. Get the 500 hertz filter and ignore people who say not to use it with GTOR. It works great. I ran extensive tests (while away from home using the 690 to the 450) with both FSK and AFSK. FSK showed NO indication of being superior. I changed to AFSK so that I could parallel two KAMs and run Pactor and GTOR on the same radio. By using AFSK, there are no frequency problems, the frequency for Pactor is the same as the one for GTOR. You will find that GTOR works great in a great band but you can't even connect in a crummy situation. By having both the GTOR and Pactor you can take advantage of the GTOR speed (especially above 40 meters) and still have Pactor for crummy conditions and noisy 80 meter attempts (the 450 scans). 73, Steve NO8M@NO8M.#NEOH.OH.USA.NA ag807@cleveland.freenet.edu use this for internet replies ------------------------------ Date: Fri, 6 May 94 06:26:08 EDT From: VNET.IBM.COM@uunet.uu.net Subject: HAPN 4800 Baud Modem To: ham-digital@ucsd.edu I recently got a HAPN 4800 baud modem kit that I plan to install into a DRSI DPK-2 tnc. DRSI tech support does not have any info on doing this. I have been told that the address in the doc's I have for the 4800 baud modem is old. Does any one have either the address and phone number of HAPN. Or have any info on installing the modem into a DRSI TNC. Any info would be appreciated. Stephen sharp IBM, Micro Electronics Div. Burlington, VT Internet ID: ssharp@vnet.ibm.com ------------------------------ Date: 6 May 1994 19:02:10 GMT From: news.larc.nasa.gov!lerc.nasa.gov!kira.cc.uakron.edu!malgudi.oar.net!news.ysu.edu!yfn.ysu.edu!as779@ames.arpa Subject: Help for PK232 problem To: ham-digital@ucsd.edu Help!...Need assist with PK-232 problem. Have suddenly partially lost ability to communicate with my PK232. Using Mac LC, and both ZTerm and AEA MacRatt comm software, the TNC refuses to recognize commands from keyboard. With MacRatt trying to startup in "Host Packet VHF" mode,the message "Host Mode cannot be turned on, check cable and baud rate" appears. Resetting TNC settings from dialog box (Host Mode ON, CTS flow, 9600b Port speed) does not kick it back on. In MacRatt "dumb terminal" mode, and also with ZTerm (another terminal emulator), I can copy received packets, and with a CTL-C get a returned "cmd:" prompt. However, no further input from keyboard is recognized or acted upon, other than "cmd:" at CTL-C. The cable is ok and have triesd a substitute. The computer and comm port is ok, and I use terminal programs with phone modem and same cables with no problems. Supply voltage to PK232 is 12V or better. The four LED's at leftlight at powerup, PKT mode LED lit, CMD LED lit. Cold power up of PK232 yields the normal startup message on screen. Is there another diagnostic for PK 232 or suggestions for solution of this problem? Please reply to my email address. (Packet reply just won't work for now :-) ) Thanks in advance. -------- Chuck Reti Detroit,MI WV8A Internet: aa010@detroit.freenet.org packet: wv8a@wb8zpn.#semi.mi.usa.na ------------------------------ Date: 6 May 94 17:29:57 GMT From: yale.edu!noc.near.net!jericho.mc.com!fugu!levine@yale.arpa Subject: help with KaGold software..!! To: ham-digital@ucsd.edu In article 6054@muvms6, desaid@muvms6.wvnet.edu () writes: -->HI Everyone: --> -->I am new to packet radio and I was wondering, is KaGold software available -->in public domain so that I can download it from some ftp site. --> -->Please let me know either by email or post it to this net. --> -->Thanks a lot. --> -->73, -->Dinakar kb8phz -->kb8phz@ka4ros.ky.usa.noam --> KaGold is commercial software, but there is a demo version available on many ham BBS's. Sorry but I cant point you to an FTP site. If you can't locate it, call Interflex at (714)496-6639 or you can probably D/L it from their phone BBS (714)497-5860. I use PkGold (the AEA equipment version) and I think it is superior to all other TNC software interface programs, by far. --- ------------------------------------------------------------ Bob Levine KD1GG 7J1AIS VK2GYN formerly KA1JFP levine@mc.com <--Internet email Phone(508) 256-1300 x247 kd1gg@wa1phy.ma <--Packet Mail FAX(508) 256-3599 ------------------------------------------------------------ ------------------------------ Date: 6 May 94 22:32:25 GMT From: agate!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!hyperion.jpl.nasa.gov!laborde@ucbvax.berkeley.edu Subject: help with KaGold software..!! To: ham-digital@ucsd.edu In article <2qduql$aib@jericho.mc.com> Bob Levine, levine@mc.com writes: >KaGold is commercial software, but there is a demo version >available on many ham BBS's. Sorry but I cant point you I have the KaGOLD version 9.01 and I think it is the best thing going for vanilla AX.25 packet. One word of caution (OK several): That KaGOLD test drive SUCKS!!! I think that it is probably keeping them from getting rich off the real software. It works, but after you have decided that you like it and need to go back to your old software while you wait for KaGOLD to arrive, you will find that "TESTDRIVE" as it is called does not revert your TNC's settings to their former useful state. This causes no end of frustration. KaGOLD TESTDRIVE is also representative of the software from about two generations ago, and many of the new features that make it so nice are not present. Buy it direct from Interflex, the vendor. It costs the same, and I know too many people whose disks from HRO have been unusable. Also, you get the very latest version and they usually throw in a disk of goodies. KaGOLD is key-locked to prevent unauthorized use. When you get it, even if from HRO, you have to call the company anyway. They give you an 11-digit "registration number" which, when combined with your callsign, unlocks the software. If you call them to order it, they will ship it 2-day Express Mail and will give you your registration number so that if you have a modem you can call up their BBS and download the software for immediate use. -Greg "Not a stockholder, just a very satisfied customer." ------------------------------ Date: Fri, 6 May 1994 15:35:49 GMT From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!uknet!festival!dcs.ed.ac.uk!jmb@network.ucsd.edu Subject: High Speed Packet ? To: ham-digital@ucsd.edu Hi, I'm interested in learning about the various options available for high speed packet radio. I know about the G3RUH 9600 baud modem and have heard of the AEA DSP based device but what else is there ? Is there anything faster than 9600 baud - what modulation techniques are used ? Thanks, Justin. ------------------------------ Date: Fri, 6 May 1994 15:35:33 GMT From: ihnp4.ucsd.edu!usc!cs.utexas.edu!howland.reston.ans.net!torn!watserv2.uwaterloo.ca!aphid.watstar.uwaterloo.ca!gjhurlbu@network.ucsd.edu Subject: JNOS 1.10C To: ham-digital@ucsd.edu In article glenne@sad.hp.com (Glenn Elmore) writes: >: Does anyone here know of another FTP site where I can find JNOS 1.10C? The >I had a similar problem with this file. I found a good version >(the same length, as I remember) on ftp.ece.orst.edu Thanks... I knew there was another site, but I had forgotten where it was, and as I said, ARCHIE totally failed me... ============================================================================= Gavin Hurlbut | A die hard fan of: gjhurlbu@electrical.uwaterloo.ca | Sleep, InterNet use, gavin.hurlbut@f210.n221.z1.fidonet.org | VGA Planets (what a way to ad129@freenet.carleton.ca | waste time), procrastination, ghurlbut@lotds.uucp | and other such useless hobbies ----------------------------------------------------------------------------- ------------------------------ Date: 6 May 94 16:46:27 GMT From: epicb!davids@uunet.uu.net Subject: More Software for Baycom? To: ham-digital@ucsd.edu I purchased a Baycom modem at Dayton. I'm looking for more software that runs on the Baycom modems. Any pointers would be appreciated. -David N9PGH davids@truevision.com ------------------------------ Date: Fri, 6 May 1994 10:12:13 GMT From: ihnp4.ucsd.edu!munnari.oz.au!hippo.ru.ac.za!ucthpx!uctvax.uct.ac.za!thebox.ee.ctech.ac.za!Jakes@network.ucsd.edu Subject: Telnet from KA9Q-NOS To: ham-digital@ucsd.edu In article Imraanm@maxwell.ctech.ac.za (jakes) writes: >Subject: Telnet from KA9Q-NOS >From: Imraanm@maxwell.ctech.ac.za (jakes) >Date: Wed, 4 May 1994 08:30:57 GMT >Keywords: ka9q nos net >Summary: Help with KA9Q-NOS >Hi All, >I am currently running KA9Q NOS version 930507 compiled for 386/486 >copyright 1992. I think I pulled it of oak.oakland.edu . >When you telnet into the system you get the mailbox with various facilities >like telnet. >So when you use this telnet function to telnet to another host on the >internet network, it get as far as the intro messages before the login >prompt and just before you get the login prompt, the remote system >disconnects you.....help! >But if you telnet to a mail port (port 25) it connects fine and let you send >mail manually. >Please can anybody perhaps help? >Send all replies to jakes@maxwell.ctech.ac.za and I will then post it back >into this newsgroup. >Thanks >JAKES >--------------------------------------------------------------------------- >| J. du Toit /// | E-mail: jakes@maxwell.ctech.ac.za | >| Electrical Engineering 00 | HAM: ZR1ADG | >| Cape Technikon ( | Tel: +27 21 4603083 (w) | >| Cape Town - | Fax: +27 21 451698 | >| South-Africa | | >--------------------------------------------------------------------------- Well after many hours and late nights, I figured it out..... It was my KA9Q-NOS station's escape character that caused all the disconnects from the telnet services. The default was control-X so I 've changed it to control-[. Anyway my system is now up and running..... Thanks to everybody who has read this article. JAKES ------------------------------ Date: 5 May 1994 16:58:16 GMT From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!ncd.com!newshost.ncd.com!hansen.ncd.com!phil@network.ucsd.edu Subject: TM-733A & AEA DSP-2232 To: ham-digital@ucsd.edu I just got a Kenwood TM-733A and have had a AEA DSP-2232 for some time. I connected them up last night and it seems to work! Questions: 1) I measured the deviation (with a service monitor) and it is 1KHz max. What is the recommended deviation for 9600 baud packet? 2) If it is more than 1KHz, how can I increase the gain of the DSP-2232? I have already adjusted the one pot that is available. 3) How low of a TXDelay is possible with this combination? Thanks! Phil phil@ncd.com ------------------------------ Date: 6 May 94 15:48:32 GMT From: agate!howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca!jeff@ucbvax.berkeley.edu To: ham-digital@ucsd.edu References <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>, <1994May5.163709.18976@dxcern.cern.ch> Subject : Re: PacketRadio forLinux with Baycom ?? Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: : In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes: : >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: : >: Bottom line: if the LINUX operating system doesn't "blind" the CPU : >: to interrupts for longer than about 0.1 ms one could (in principle) : >: write a driver for the BAYCOM modem running at 1200 bps. : >There is no way to tell exactly how long the kernel will disable interupts : >for, it depends on what is happening... and since ANYTHING could be, one : >has to assume that there probabily will not be that kind of accuracy. Having : >said that, however, there is a driver for Linux that does audio over the : >pc speaker using a timer and some sort of PWM, and it works unless the : >machine is busy with disk I/O or the like..... If you don't mind packet : >loss when the machine is busy, and the machine comming to a halt when : >packet is going on (as it does with the pc speaker), then perhaps I'm : >wrong and it's worth a try. : Just find someone having experience with the above driver and ask him : how it goes in real life. Then write a driver for the BAYCOM modem : and expect improvements: : 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable". : This is because the "speaker" driver probably takes the audio directly : into the COM port which I can estimate needs 4-5 times better timing : precision. No, no I'm sorry, I mislead you. The speaker driver just simulates the SPARC /dev/audio soundcard device for playback only of sounds. It does not do packet of any sort. : 2. On transmiting the BAYCOM driver would not halt the machine. It would : just interrupt it 1200 times per second to make every outgoing bit. : By the way, the "speaker" driver is for 300 or 1200 bps packet ? : Anyway, the excercise of writing the BAYCOM driver would be an interesting : one. Even if you cannot make it to work on 1200 bps it may work on 300 bps. : If not, then go down to 100 bps. Slow link is better than no link :-) : Pawel Well, the speaker driver interrupts the cpu at >18kHz, so I guess that's not a problem. The only thing is that during disk I/O and the like, interrupts are off, causing noticable disruptions. Can you point me at some relevant source code? I'll see if I can merge the two. Jeff@EE.Ryerson.Ca ------------------------------ Date: Thu, 5 May 1994 16:37:09 GMT From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!CERN.ch!dxcern!jalocha@network.ucsd.edu To: ham-digital@ucsd.edu References <2q6e92$kbk@hermes.acs.ryerson.ca>, <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca> Subject : Re: PacketRadio forLinux with Baycom ?? In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes: >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: >: Bottom line: if the LINUX operating system doesn't "blind" the CPU >: to interrupts for longer than about 0.1 ms one could (in principle) >: write a driver for the BAYCOM modem running at 1200 bps. >There is no way to tell exactly how long the kernel will disable interupts >for, it depends on what is happening... and since ANYTHING could be, one >has to assume that there probabily will not be that kind of accuracy. Having >said that, however, there is a driver for Linux that does audio over the >pc speaker using a timer and some sort of PWM, and it works unless the >machine is busy with disk I/O or the like..... If you don't mind packet >loss when the machine is busy, and the machine comming to a halt when >packet is going on (as it does with the pc speaker), then perhaps I'm >wrong and it's worth a try. Just find someone having experience with the above driver and ask him how it goes in real life. Then write a driver for the BAYCOM modem and expect improvements: 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable". This is because the "speaker" driver probably takes the audio directly into the COM port which I can estimate needs 4-5 times better timing precision. 2. On transmiting the BAYCOM driver would not halt the machine. It would just interrupt it 1200 times per second to make every outgoing bit. By the way, the "speaker" driver is for 300 or 1200 bps packet ? Anyway, the excercise of writing the BAYCOM driver would be an interesting one. Even if you cannot make it to work on 1200 bps it may work on 300 bps. If not, then go down to 100 bps. Slow link is better than no link :-) Pawel ------------------------------ End of Ham-Digital Digest V94 #140 ******************************